iiioiiiiiiiHini 

US006374237B1 

(12) United States Patent m Patent No.: us 6,374,237 Bi 

Reese (45) Date of Patent: *Apr. 16, 2002 



(54) DATA SET SELECTION BASED UPON USER 
PROFILE 

(75) Inventor: Kenneth W. Reese, Portland, OR (US) 

(73) Assignee: Intel Corporation, Santa Clara, CA 
(US) 

( * ) Notice: This patent issued on a continued pros- 
ecution application filed under 37 CFR 
1 .53(d), and is subject to the twenty year 
patent term provisions of 35 U.S.C. 
154(a)(2). 

Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

(21) Appl. No.: 08/773,642 

(22) Filed: Dec. 24, 1996 

(51) Int. CI. 7 G06F 17/30 

(52) U.S. CI 707/3; 707/9; 707/10; 

709/217; 709/227 

(58) Field of Search 395/200.33, 680, 

395/187.01, 200.09, 186; 707/10, 3, 2; 
364/284.4, 282.1, 282.4; 709/217, 227, 
228, 229 

(56) References Cited 

U.S. PATENT DOCUMENTS 

5,588,148 A * 12/1996 Landis et at 707/1 

5,644,404 A * 7/1997 Hashimoto et al 358/402 



5,671,354 
5,706,427 
5,715,443 
5,717,923 
5,724,567 
5,727,129 
5,796,393 
5,802,518 
5,805,803 
5,818,935 
5,848,396 
5,907,836 



9A997 Itoetal 395/187.01 

1/1998 Tabuki 395/187.01 

2/1998 Yanagihara ct al 707/3 

2/1998 Dedrick 707/1Q2 

3/1998 Roseetal 707/2 

3/1998 Barrett et al 395/12 

8/1998 MacNaughton et al 345/329 

9/1998 Karaevetal 707/9 

9/1998 Birrelletal 395/187.01 

10A998 Maa 380/20 

12/1998 Gerace 705/10 

5/1999 Sumita et al 707/2 



* cited by examiner 

Primary Examiner-^zm M. Corrielus 

(74) Attorney, Agent, or Firm-^lakely, Sokoloff, Taylor & 

Zafman LLP 



(57) 



ABSTRACT 



A method and a system for requesting and retrieving infor- 
mation from distinct web network content sites. The method 
includes providing a client adapted to send a request that 
contains a user profile, adapting a server, upon receiving the 
request, to retrieve data from the content sites that substan- 
tially matches the request, and delivering the data to the 
client. The method is useful in both the Internet and Intranet 
environment. The invention also relates to a system of 
requesting data from distinct network content sites. The 
system includes adapting a client to send a request that 
contains a user profile, and adapting a server to retrieve data 
that substantially matches the request from the content sites 
and deliver that data to the client. The system is useful in 
both an Internet and Intranet environment. 

18 Claims, 7 Drawing Sheets 
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FIG. 4 
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DATA SET SELECTION BASED UPON USER 
PROFILE 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 5 
The invention relates generally to web browsing and more 

specifically to the retrieval of information from the Internet 
using the world wide web. 

2. Description of Related Art 10 
The World Wide Web brings the vast amount of informa- 
tion on the Internet to the public's attention. A problem 
today in web browsing is that browsing is essentially flat, 
with no semantic meaning applied to query and search 
mechanisms. Between the client, an application program 15 
that establishes connections for the purpose of sending 
requests from a user, and the server, an application that 
accepts connections in order to service requests by sending 
back responses, there exists a bandwidth problem of not 
being able to get information quickly enough to the user on 20 
the client end to do meaningful operations. 

Search engine servers have been developed to allow a 
user to transmit a request from a client to retrieve data. 
Search engines rely on a user formulated query to retrieve 
data. In this case, a client transmits a request to a search 25 
engine server to search content sites (e.g., other servers) on 
the Internet for information based on user-selected "key- 
words." The search engine searches the web and retrieves 
data that matches the keywords, then transmits the matching 
data to the client. 30 

The problem with the typical search engine model is the 
difficulty in paring down the retrieved data to data that is 
meaningful to the user. The wealth of information available 
on the Internet usually translates into a tremendous amount 35 
of matching data delivered to the client that the user must 
sort through to find the most meaningful material. One tool 
that has been developed to limit the information to particular 
clients is through server-based filters. Using these server- 
based filters, users subscribe to a service and the service 4Q 
delivers user-queried data to the client. The specificity of the 
data is determined by the user through preselected content 
sites such as news, sports, weather, and stock market 
updates. The user-selected information is stored on the 
service. These services typically deliver the entire content 45 
site to the server which delivers the same to the client (e.g., 
all stocks) or further filters the data delivered to the client 
(e.g., specific stocks). A problem with this system is the user 
still sees the entire content sites or, in the case of further 
filtering by the service, the user does not determine in what 5Q 
is delivered unless the user changes the user's selected 
categories of data. 

SUMMARY OF THE INVENTION 

A method and a system for requesting and retrieving 55 
information from distinct web network content sites is 
disclosed. The method includes retrieving by a server of a 
first set of predetermined data from said content sites, 
sending a request from a client, wherein the request contains 
the user profile, and adapting the server, upon receiving the 60 
request, to retrieve a second set of data from the first set of 
data, wherein the second set of data matches the request, and 
delivering the second set of data to the client. 

The system of the invention includes a client adapted to 
send a request that contains a user profile, and a server 65 
adapted to retrieve a first set of pre-determine data. Upon 
receiving the request from the client, the server is adapted to 
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retrieve a second set of data from the first set of data that 
substantially matches the request and deliver the second set 
of data to the client. 

Additional features and benefits of the invention will 
become apparent from the detailed description, figures, and 
claims set forth below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 presents a block diagram of and system of the 
invention. 

FIG. 2 presents a flow chart of the method of the inven- 
tion. 

FIG. 3 presents a computer program that is a GET request 
to deliver a user profile to the server with the request, 
wherein the GET request is in the form of a URL encoded 
GET request. 

FIG. 4 presents a computer program that is a POST 
request to deliver a user profile to the server, wherein the 
POST request is in the form of a URL encoded POST 
request. 

FIG. 5 presents a computer program that is a POST 
request to deliver a user profile with the client request, 
wherein the program is a POST request that presents a 
binary profile. 

FIG. 6 presents an example of a form user profile. 

FIG. 7 presents an example of retrieving a user profile for 
a request wherein the user profile is in the form of a plug-in. 

FIG. 8 presents a flow chart of the construction and 
organization of the matching server aggregate database. 

FIG. 9 presents a flow chart of a matching server adapted 
to retrieve data from content sites that correspond to a client 
request that contains a user profile. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The invention relates to a method of and system for 
requesting and retrieving information from distinct network 
content sites. In the following description, numerous specific 
details are set forth such as specific configurations, 
programs, and systems. It will be obvious, however, to one 
skilled in the art that these specific details need not be 
employed to practice the invention. In other instances, 
well-known systems or methods have not been described in 
detail in order to avoid unnecessarily obscuring the inven- 
tion. 

FIG. 1 presents a block diagram of the invention. FIG. 1 
shows a client 110 that is an application program that 
establishes connections for the purpose of sending requests 
to a matching server 120. The client 110 contains a user 
agent that initiates the request. The user agent is, for 
example, a browser, editor, spider (web-traversing robot), or 
other end user tool that can service different requests by a 
user. Typical browsers include NETSCAPE NAVIGA- 
TOR™ or INTERNET EXPLORER™. The matching server 
120 is an application program that accepts connections in 
order to service requests by sending back responses. In the 
case of a browser, a request is sent in a typical protocol, for 
example, hypertext transfer protocol (HTTP). Other proto- 
cols include Simple Mail Transfer Protocol ("SMTP"), 
Network News Transfer Protocol ("NNTP"), File Transfer 
Protocol ("FTP"), Gopher, and Wide Area Information Ser- 
vice ("WAIS"). 

The HTTP protocol is based on a request/response para- 
digm. A client establishes a connection with a server and 
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sends a request to the server in the form of a request method, different sets of customers. Certain characteristics would be 
Uniform Resource Identifier ("URI"), and protocol version, associated with each of the ten sets of customers. The 
followed by a Multi-Purpose Internet Mail Extension database that would be collected and organized would be an 
("MIME")-type message containing request modifiers, cli- aggregate of data determined by the advertising agency to be 
ent information, and possible body content. The server 5 relevant to all of the customers, 
responds with a status line, including the message's protocol „ M . , - 1ft . t . • f 
version and a successor error code, followed by MIME-type . Ne *' m s e £ 210 ' a USer ^ mg 10 retncv * 
message containing server information, entity meta ? om L he mat , cmn S ^ submits f ^ Profile Preferably 
information, and possible body content. Most HTTP com- m me forn \ of ^nthm that works with the a gonthm the 
munication is initiated by a user agent, e.g., a browser, and in ^ to represent the aggregate of the collected data, 
consists of a request to be applied to a resource on some 10 [ n 220 ' lh « clienl < hen ^ me user Pf^ developed 
origin server. URI is the generic term for a coded string that ^ *e user to the matching server. At step 230, the matching 
identifies a (typically Internet) resource. There are currendy ^ P*? 0 ™ 15 a re ? uest on _ lXs ****** based 00 me 
two practical examples of URIs, namely Uniform Resource ^ ser P rof \ le - * sle P 240 ' m L e matching server retneves data 
Locators (URLs) and relative URLs. Client requests using „ ^ lts database matches the user profile. At step 250, 
an HTTP protocol typically make requests using a URL Hie 15 me ma 1 tchm g server delivers the results to the client. In the 
URL is sent to the server and the server returns a document « m P le wherem 10(5 matchmg server is developed by an 
specific to the HTTP request, typically in Hyper Text adverting W™y, Profiles from the targeted customers 
Markup Language ("HTEL"). W e dehvered to the matcnm g server, and the aggregate 
rj, . . i 4 ' *u . .u * i_- ha of data in the matching server would be applied against the 
The invention contemplates that the matching server 120 - n . . , ~ A & . 4 . * ^, 
„ t . f , im\ lL 20 desired profile. Data that matched the submitted profile 
walks various content sites (e.g., servers 130-160) on the . r ^ , t it _ .. A r 
f 4 t , i- i j 7 i \ . . • would be returned to the client. 
Internet (or other linked network) to retrieve a pre- 
determined aggregate of data. FIG. 1 shows matching server Based OD lhe delivered results, the client prompts (step 
120 retrieving data from content site A 130, content site B 260 ) tDe 10 modif y me user P rofile rec l uest - If the user 
140, content site C 150, and content site D 160. The « wishes to modify the user profile request, the chent can send 
pre-determined data includes, but is not limited to, data me modified US er profile to the matching server to conduct 
based on broad interest categories, such as sports, leisure, a former search of the content sites. If the user elects not to 
travel, finances, as well as more specific information momfy the user profile, the user may, in step 270, review the 
including, but not limited to, demographics. The matching data and farther act on the data by going to individual 
server 120 digests this information in an organized format to 30 contenl scrvere 272 » 274 » or 276 > or request that the entire 
expedite search requests directed at the predetermined conlents of a server 272, 274, or 276 be delivered to the 
aggregate data client through links returned in the HTML document. Once 

. Next, client' 110 initiates a user profile request 100 to ' he ™ T J™ the retrieved data > me can end the 

matching server 120. The matching server 120 applies the ( ste P 28U ^ 

user profile request 100 against the pre-determined aggre- 35 The user profile is intended to focus the retrieved results 

gate data. The aggregate data that matches the client request 0D meaningful data. One type of user profile is related to the 

is returned to the client 110 by way of an HTML document. demographics of the user. For example, the user profile 

The client 110 is then instructed to review the retrieved data might include the area code, zip code, state, sex, and age of 

and may go to various content sites 13O-160 for more a user. With such a profile, the matching server would 

information through links in the HTML document returned 40 retrieve data to the client related to the client's demograpb- 

to the client or to request that the entire contents of a ics. For example, if the user were interested in current events 

particular content site 130-160 be delivered to the client in ^e state of Oregon, the matching server would retrieve 

110. Alternatively, the user can modify the user profile and data and compile an aggregate database relating to current 

execute a new search. events pertinent to the user's age and area, e.g., Portland. 

The invention contemplates that the matching server 120 45 Simila rly> if ^e user sought information regarding retail 

works with the client user profile request 100 to pare down purchases, the matching server would retrieve data relevant 

the data delivered to the client. The matching server 120 t0 the user ' s demographics. A demographics user profile is 

pre-selects an aggregate of data that is determined to be the also ver y effective for advertisers that wish to advertise their 

most relevant to different sets of user profile requests 100. &°° ds or services on the matching server so that specific 

The matching server 120 does this by searching various 50 adve rtisements can be targeted at user's with specific user 

content sites 130, 140, 150, 160 on the Internet or other profile demographics. Other user profiles include, but are not 

network. A user profile request 100 is applied against the Umited t0 > ^eas of interest, business, politics, religion, 

matching server 120 aggregate of data like a sieve, and only education, etc. 

data matching the user profile request 100 is returned to the FIGS. 3-5 illustrate program code for HTTP transmitted 

client 110. The invention contemplates that the matching 55 user profiles. FIG. 3 presents a user profile that is a GET 

server 120 need not match the user profile 100 exactly, but method request. The GET method client request includes a 

can accommodate a user's designated acceptable range of request header containing header fields. In this case, the 

variability, i.e., a quality factor. header fields include: (1) A method header field: Get <URL> 

FIG. 2 illustrates a flow chart of the invention. In FIG. 2, HTTP/1.0; (2) an accept field, "*/*", indicating that the 

a matching server 200 is developed made up of predeter- 60 cu ent will accept any type of data, e.g., text, graphics, etc; 

mined data that has been designated desirable to collect. and (?) a user-agent field indicating that the user agent, in 

Data might be designated desirable, for example, by the wis case, is Netscape editor Mozilla. 

number of previous times the data has been accessed by For a simple GET method client request, the user profile 

users of a certain demographic. The matching server 200 is added onto the search request "GET data**. The user 

organizes the data into a manageable form. For example, an 65 profile in FIG. 3 would be "item 1 & item 2" where "item 

advertising agency seeking to target ten different sets of 1" and "item 2" are data that make up the user profile. FIG. 

customers would collect information to target all of the ten 3 indicates a user profile that is two items of data. It is to be 
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understood, that a user profile can take on much larger forms 
and be much more specific than that presented in FIG. 3. 

FIGS. 4 and 5 illustrate a POST method request made up 
of a request header with several header fields. The POST 
method sends data in a message body, not in the URL. 
Consequently, no data is appended to the URL. The POST 
method includes two new request header fields not seen with 
the GET method request: content-type and content-length. 
These header fields tell the server that there will be data 
following the request header. The content-length field gives 
the length in bytes of the message, while the content-type 
field specifies the MIME type of the message being sent to 
the server. FIG. 4 illustrates a widely implemented content- 
type for FORM data being sent to a server, namely: 

Content-type: application/x-www-form-urlencoded This 
header indicates that the data is from a form and that it is 
encoded in the same manner as when appended to a URL. 
When an HTML FORM submits data to an HTTP server 
using the POST method, the FORM data are sent to the 
server as a message body that follows the request header. 
This message body is generally encoded in the same manner 
as when appended to the URL. This is contrasted with an 
HTML FORM that submits an HTTP server request using 
the GET method, wherein the form data is appended to the 
URL as a query string. In the latter case, the form data are 
sent to a query string part of the locator string, in the request 
header method field. 

The content-length field specifies that the user profile is 
118 bytes. By specifying a content-length, the server knows 
when to finish reading the POST request. The POST request 
and URL-encoded form is set forth below the carriage return 
line feed ("CRLF'). In FIG. 4, a demographic user profile is 
shown in text form. The user profile includes the area code, 
zip code, state, sex, age, and other information about the 
user. In FIG. 5, similar information is provided in a binary 
format. In FIG. 5, the server knows that there is a POST 
request of 418 bytes of binary code to be posted to the URL. 
To accept this type of binary information, the server must be 
capable of understanding binary format. The binary format 
allows the user profile to be submitted in a more condensed 
form. 

FIG. 6 illustrates a user profile form 600 that can be 
displayed by the User- Agent (e.g., browser) to allow a user 
to complete a specific user profile that the matching server 
will accept to refine search requests to more meaningful 
data. The form 600 used in FIG. 6 is displayed on the client 
and allows the user to quickly and easily enter and modify 
the user profile. FIG. 6 presents a user profile form 600 
relating to a user profile of demographics. The document 
form 600 may be in standard HTML text. The form 600 
includes a document title and a document URL 620. The 
document title 610 specifies that the form is a user profile 
form. The document URL 620 specifies the query string. 

The user profile form 600 includes a Search Type field 
630 that allows a user to select whether the user wants an 
exact match of the user profile with the search data or 
whether the user will accept some lesser amount of exact- 
ness as acceptable for retrieved data. The user profile form 
600 further allows the user to enter demographics specific to 
the user. In FIG. 6, the demographics include area code 640, 
zip code 650, state 660, sex 670, age 680, and some other 
identifiers 690. Once the user enters the appropriate data in 
the user profile form 600, the user is instructed to save the 
profile by a "Save Profile" 694 button. This allows the user 
to save his user profile and include the user profile in 
subsequent searches at subsequent limes without having to 
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repeat the steps of completing a user profile for each search. 
Once the form is completed, the user may submit the user 
profile by indicating its submission with the "Submit Pro- 
file" 696. In this case, the user profile will be submitted with 

5 the search request as either a POST or GET method request 
as specified above with reference to FIGS. 3-5 and the 
accompanying text. 

The form 600 presented in FIG. 6 provides an easy way 
for a user to designate profile information. In this case, the 

10 user is not required to entirely imagine the user's own 
profile, but may rely on a form that is developed for the user 
to send such a profile. Such a form profile can be distributed 
in conjunction with the development of the matching server, 
so that the profiles sent to the matching server would contain 

15 only meaningful data for the particular matching server. It is 
to be understood that the user profile need not be submitted 
in an algorithm form that is completely compatible with the 
algorithm by which the aggregate data of the matching 
server is organized. For example, a GET method request 

20 with user profile information appended to the end of the 
URL. In that case, a targeted user can type any search data 
that may or may not be relevant to the aggregate data of the 
matching server. If a portion or all of the user profile was not 
contained in the database, the matching server would not 

25 return data related to that portion of the profile not contained 
in the database. 

The examples thus far presented a user profile and a 
browser that natively handles the user profile, for example, 
through a GET method or POST method request. The 

30 invention also contemplates that the user profile may be a 
client program that the browser does not handle natively. In 
other words, the profile is presented to the matching server 
in a MIME-type that the browser does not natively under- 
stand. In such a case, the browser requires an agent to 

35 transmit the profile. An example of this would be a "plug-in" 
software module installed on the client. Plug-ins are cur- 
rently used in many applications to handle requests not 
native to the browser, 

FIG. 7 presents a flow chart showing the use of a user 

40 profile in the form of a plug-in that works with a client 
browser to submit a user profile to the matching server. The 
flow chart shows that a user designates a search 700. The 
user then instructs the browser to retrieve the user profile in 
step 710, and the browser, using a POST entitled "Submit 

45 Profile", looks on the client for a plug-in to manage and 
submit the user profile to the matching server. For example, 
with a typical browser, the instruction to post the user profile 
is handled by a plug-in. On the client will be a plug-in that 
is activated to handle the POST request. Once the plug-in is 

50 activated, step 720, the plug-in manages the transaction 
between client and server. In step 730, the plug-in submits 
the user profile in the form of a request to the matching 
server. 

FIG. 8 presents a flow chart of the construction of a 
55 matching server database of the invention. In FIG. 8, a 
matching server is designated. In step 800, a matching server 
is designated to construct an aggregate database. In step 810, 
a list of content servers is designated from which to collect 
data that will make up the aggregate data of the matching 
60 server. The content servers designated could be any or all 
servers in an Internet environment or select servers in an 
Intranet or other network environment Next, in step 820, the 
matching server walks each of the content servers and 
collects information that will make up the aggregate data- 
65 base. Next, in step 830, the matching server builds an 
aggregate database that is a representation of the content 
servers walked. 
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In collecting the information that matches the query 0.2 or 20 percent. Similarly, if the user wanted 80 percent 

request, the server may collect different forms of informa- accuracy, the user designates 0.8. 
lion. First, the server may collect entire content site data, for 

example, entire files or documents on a particular content Instead of a match/non-exact match system, the invention 

server. Instead, the server may collect key words from 5 contemplates that the retrieved data be associatively 

particular sites (e.g., files) on individual content servers, matched to the user profile. For instance, the user profile can 

monitor how often such key words are used in a document, specify as a profile increment "fruit". The matching server 

and construct a database based on these key words (step would retrieve matching data that includes the various kinds 

822). Another way of collecting data is through the collec- of fruits, i.e., apples, oranges, etc. In such case, the matching 

tion of content summaries (step 824). In this manner, rather 10 server must be intelligent to know that an apple or an orange 

than entire files or documents being transmitted to the server ^ a "fruit", it is known in the art to employ various methods 

and ultimately to the client, only summaries of the docu- t0 accomp ii sh artificial intelligence with computer systems, 

ments or files are collected and presented The summaries wherein artifidal mte m g ence may be described as a system 

offer a better description of the content of the particular files ^ which a computer ^ able t0 reach ^1^0^ based on 

or documents than the key words, because the user can form t . . . e . . . . . , . 4 A , . 

, c . * . . • . . , , . . 15 certain inputs after it has been trained or instructed in a 

a better opinion of what is contained in the abbreviated 4 . f - . ™ . 

j /»i • • . t . . f , certain set of rules or experiences. The most popular artin- 

document or file based on summaries rather than a few key -i-.il- . L » ■ 

, T, - . . it cial intelligence systems are the so called heuristic search 

words. Ine summaries may be as simple as collective , . ° \, 

. , a i , r . ■ . *■ . models as well as associative memory systems and con- 
abstracts or may involve the matching server identifying - * *» j i a • ? 
often used key words and extracting phrases or sentences M aec ^ X , models - ™™V system, for 
using these key words from the document. Finally, the 2 ° example solves a current problem by exammtng symptoms 
invention contemplates that titles may also be retrieved by or ° f P robkn ? and c °' n P*™Z those sys- 
the matching server and submitted to the client rather than tem f 10 f revl0us 80,1,110,18 t0 ,he P rob,e J"- 11,6 ' nv . en,I0n 

entire documents or files. ™?!! P £^ " "5? T".T ^ 6lt , m ^ be lm P ,e - 

nj ., . . - raented with known artificial intelligent systems. 

FIG. 9 describes the relationship between a matching 2 $ 

server and a user profile in the invention. In order to be Thus far, the invention is focused on a user-created user 

useful in the invention, the matching server must be able to profile. The invention also contemplates that the user profile 

recognize a user profile, in whatever form (i.e., URL- may be constructed by the client based on the user's search 

encoded, binary, etc.), and apply the user profile to the habits. In other words, an artificial intelligence system may 

retrieved data. FIG. 9 illustrates a flow chart of the operation 30 be created to develop a user profile. In the same way that a 

of a matching server that recognizes a user profile and system is trained to be associative with regard to matching 

applies such user profile to content site data that the match- profile elements, the entire profile may be trained based on 

ing server has previously assembled. First, in step 910, the a user's search habits. For instance, a user profile that relates 

matching server constructs an aggregate database. The to demographics can be trained by recognizing user habits 

matching server, in step 920, designates a list of content 35 relating to demographics. Where a user conducts searches 

servers from which to categorize matching information. The focusing on the Portland area of Oregon, the user profile is 

list of servers can be connected via the Internet or may be trained to recognize the City of Portland, Oregon as a profile 

locally connected in an Intranet or other network environ- criteria. Similarly, if the user conducts searches of informa- 

ment to the matching server. The matching server walks the tion for males of a certain age group or income, the user 

content servers and collects the relevant information. The 40 profile will be trained to recognize these criteria. Once 

aggregate may be organized, for example, in the form of key again, the invention contemplates that the user profile be 

words 922 or document summaries 924 as discussed above. constructed automatically with known artificial intelligence 

The invention also contemplates that the collection of aggre- systems. Similarly, the matching server would monitor 

gate data may be a continuous process. In other words, the search requests and create aggregate data based on such 

matching server continually updates its aggregate database 45 search requests to compare against the user profile. Such 

by continuing to search content sites. automatic profile/matching server is ideal for advertisers that 

Next, in step 930, the matching server receives a search want to target specific advertisements at specific profiles, 

request that includes a user profile from a client. In step 940, For instance, an advertising agency matching server can 

the matching server compares the data in the aggregate construct an aggregate advertisement database triggered by 

database to the user profile supplied by the client. The 50 demographic. The matching server could then deliver target 

matching server then delivers the matching data to the client l° ca l and/or national advertisements to particular user pro- 

in step 950. files. These advertisements can be designated to be returned 

When assessing the database constructed by the matching continuously while a-user is logged on to the network, 

server to the user profile, the matching server may require an i n toe preceding detailed description, the invention is 

exact match or a non-exact match. For an exact match, it is 55 described with reference to specific exemplary embodiments 

contemplated that each and every element of the user profile thereof. It will, however, be evident that various modifica- 

match that of the data collected in the query database on the n ons ^ changes may be made thereto without departing 

matching server. If such stringent requirements are not from the broader spirit and scope of the invention as set forth 

necessary, the user may designate a lesser standard of j D tDe claims. The specification and drawings are, 

stringency and retrieve data that is not an exact match to the 60 accordingly, to be regarded in an illustrative rather than a 

query data and the user profile. In FIG. 9, for example, if the restrictive sense. 

user profile contained ten distinct data categories, i.e.. demo- . . . ., . 

-c * « * I . t_ What is claimed is: 

graphic specifics, a user might designate a non-exact match . A . . r * . ..... 

nil a .u 1 , 1 r . • n ir r 1. A method of requesting and retrieving information from 

934 and then only require a level of stringency 936 of ... ^ . b . . b 

, 4 . in a on ♦ . u* ¥ c *l. j . , distinct Internet content sites, comprising: 

between 20 and 80 percent matching. If the user demanded 65 » f & 

only two of ten elements of the user profile correspond to the retrieving by a server of a first set of content data from 

retrieved data, the user might designate a non-exact match of said content sites; 
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sending a request from a client, wherein said request 10. A system of requesting and retrieving data from 

contains a user-modifiable user profile; distinct network content sites, comprising: 

ranking said first set of content data based on said user a client adapted to send a request, wherein said request 

profile; contains a user-modifiable user profile; 

adapting said server, upon receiving said request, to 5 a ^ r * pre " determined fifSt ° f 

retrieve a second set of content data from said first set content ata, 

of content data, wherein said second set of content data wherein . u P° n giving said request from said client, said 

substantially matches said request; server ranks the first set of content data and retrieves a 

second set of content data from said first set of content 

delivering said second set of content data to said client; data that substantially matches said request and delivers 

and said second set of content data to said client; 

configuring the client to prompt a modification to the user wherein, upon receiving said second set of content data 

profile. from said server, said client prompts a modification of 

2. The method of claim 1, wherein said network is an 15 said profile. 

Internet. svstem of claim 10, wherein said network is the 

3. The method of claim 1, wherein said network is an Internet. 

Intranet system of claim 10, wherein said network is an 

4. The method of claim 1, wherein said step of sending a '"j^The system of claim 10, wherein said client is adapted 
request from a client further comprises the steps of: l0 a re q Uest DV . 

providing a network browser adapted to send said request providing a network browser computer program adapted 

to said server; and to send said request to said server; and 

adapting said network browser to incorporate said user adapting said network browser to incorporate said user 

profile in said request. 25 profile in said request. 

5. The method of claim 4, wherein said user profile is i4 - system of claim 13, wherein said user profile is 
integral to said browser. added to said request by one of a post command and a get 

6. The method of claim 5, wherein said user profile is command. 

added to said request by one of a post method and a get „ 15 ^ s y slem of claim 13, wherein said user profile is a 

metnod 30 computer program installed on said client and incorporated 

n -n^ _,u~^ 1 - a u -a «i • mt0 said browser with said request. 

7. The method of claim 4, wherein said user profile is t , ~ . * i • 1 1 u j.- 

, , • . I. j . i | * j. 16. The system of claim 13, wherein said retrieved data is 

generated by a plug-in installed on said client and incorpo- one of key words, summaries, and headers, and wherein said 

t^i^^b^^h^^^ browser displays a prompt on said chent to send a request to 

8. The method of claim 1, further comprising the step of 35 a content site contaming said first set of data, 
constructing said user profile based on said first set of data. ir system of claim 10 wherein ^ ^ profile fe 

9. The method of claim 1, wherein said first set of data is modified based on said first set of data. 

one of key words, summaries, and headers, and wherein said 18. The system of claim 17, wherein said user profile is 

method further comprises providing a user prompt on said modified automatically, 
client to send a request to a content site containing said 40 

retrieved data. * * * * * 
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PATENT NO. : 6,374,237 Bl Page 1 of 1 

DATED : April 16, 2002 

INVENTOR(S) : Reese 



It is certified that error appears in the above-identified patent and that said Letters Patent is 
hereby corrected as shown below: 



Column 3, 

Line 19, delete "HTEL" and insert -- HTML --. 
Column 10, 

Line 16, delete "is the" and insert - is an --. 
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Seventh Day of January, 2003 




JAMES E. ROGAN 
Director of the United States Patent and Trademark Office 
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